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METHOD AND SYSTEM FOR IMPROVING FRAUD PREVENTION IN 
CONNECTION WITH A NEWLY OPENED CREDIT ACCOUNT 

CROSS REFERENCES TO RELATED APPLICATION(S) 
[01] The present application is related to U.S. Provisional Patent Application Serial 

5 No. [to be assigned], entitled "METHOD AND SYSTEM FOR PROCESSING CREDIT 
CARD RELATED TRANSACTIONS," by Zelechoski et al., filed on March 4, 2002, and 
U.S. Patent AppUcation Serial No. [to be assigned], entitled "METHOD AND SYSTEM 
FOR PROCESSING CREDIT CARD PAYMENTS," by Patton et al., filed on March 4, 
2002, both of which are commonly assigned and owned, the disclosures of which are hereby 
1 0 incorporated by reference in their entirety as if fully set forth herein for all purposes. 

a BACKGROUND OF THE INVENTION 

[02] The present invention generally relates to credit accounts. More specifically, 

iil the present invention relates to a computerized method and system for managing credit 

M 

lis accounts to minimize fraud. 

13 [03] The birth of a credit card generally begins with an applicant supplying 

information to complete a credit card explication and apply for a credit account with an issuer 
45 or issuing bank. The issuer is usually a bank that issues the credit card and extends credit to 
I P the cardholder through the credit account linked to the credit card. Typically, the process of 
20 supplymg the necessary information can be done electronically or by paper. The credit card 
appUcation is then processed, and if approval criteria are met, a credit card is issued to the 
applicant who now becomes a cardholder. The process of issuing a credit card involves a 
number of steps including, for example, coding the credit card with cardholder data on the 
magnetic stripe and embossing the cardholder's name, account number and expiration date on 
25 the credit card. 

[04] When the credit card is first received by the cardholder, the cardholder needs 

to activate the credit card. Activation of the credit card is generally done by requiring the 
cardholder to call the issuer from his/her home phone. Once the credit card is activated, the 
cardholder may then use the credit card to make purchases or conduct transactions. 
30 [05] A typical credit card transaction involves a number of parties. In addition to 

the cardholder and the issuer, the parties involved in a credit card transaction include a 
merchant, an acquirer and a credit card association such as Visa or Mastercard. The acquirer 


is a business entity, e.g., a commercial bank, that has a business relationship with the 
merchant and handles credit card transactions from that merchant. 
[06] A typicrf credit card transaction involves the following steps. First, the 

merchant calculates the amount of the transaction or purchase and seeks payment from the 
5 cardholder. The cardholder then presents the merchant with his/her credit card. The 

merchant then runs the credit card through a point of sale terminal. The point of sale terminal 
captures credit card and sdes information and sends such information together with an 
authorization request to the acquirer. The acquirer, in turn, processes the information 
received from the point of sale terminal and forwards any relevant information and the 
10 authorization request to the issuer. The issuer processes the relevant information and the 

authorization request to determine whether the transaction should be authorized. The issuer 
I then sends an approval or denial code back to the acquirer. The acquirer relays the approval 
^3 or denial code to the point of sale terminal for use by the merchant. If the transaction is 

in 

=0 authorized, the cardholder is allowed to consummate the transaction with the merchant. 
! 1 5 Typically, at a later time, the accounts maintained by the issuer and the acquirer are settled 
3 and reconciled. The end result is that the issuer transfers the tiransaction amount minus a fee 
to the acquirer. The acquirer then deducts a fee from the amount received from the issuer. 
The remaining amount is then transferred by the acquirer to the merchant's account. The 
issuer also bills the cardholder for the transaction amount by sending the cardholder a credit 
J §0 card statement. The cardholder is typically billed by the issuer on a monthly cycle. 
i y [07] The foregoing is merely a general description of a typical credit card 

transaction. Variations and additional process(es) may be involved. It should also be 
understood that while certain parties, such as the issuer and the acquirer, are described above 
as performing certain functions, in typical situations, most or all of the functions to be 
25 performed by these parties may be performed on their behalf by third parties. 

[08] As described above, tiie cardholder typically receives a monthly credit card 

statement from the issuer detailing fransactions which have been incurred in the previous 
month and the amount currently owed. Payment for tiie amount owed can be made by either 
check or online electix)nic fimd fransfer. The payment is then posted to the corresponding 
30 credit account. Under conventional practice, payment posted to a credit account does not 
have any immediate effect on that credit account. For example, the credit availability limit 
and the current amount owed do not accurately reflect the payment made until a later time. 
This is attributed to tiie fact that tiie payment processing is stiU being handled by computer 
systems which continue to utilize batch processing. Fig. 1 illusti^tes a general, conventional 
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batch processing system which processes credit card payments. Payment information 
collected from online transactions 2 and batch files 4 are combined into a transaction file 6. 
The transaction file 6 is stored usually in the form of magnetic tapes. The batch processing 
system 8 then processes the transaction file 6 and generates various output files 10 which are 
then passed onto backend systems 12. The backend systems 12, in tum, make the appropriate 
adjustments to update the corresponding credit accounts. 

[09] Batch processing has proved to be inefficient and lacking in ability to provide 

real-time response or access. For example, since payment transactions are not processed in 
real-time, payments received for a credit account are generally not reflected until the 
transaction batch is run. The substantial latency between payment receipt and account update 
results in a number of disadvantages. For example, this latency may cause unnecessary 
inconvenience on the part of the cardholder. In one instance, despite having made a payment 
to his/her credit account, a cardholder may still risk having a transaction rejected since his/her 
credit account may not have been updated fast enough. In another instance, a collection 
agency may initiate collection procedures against a cardholder prematurely because the latest 
account information is not provided to the collection agency in a timely manner. Hence, it 
would be desirable to provide a computerized method and system which is capable of 
processing credit card payments in a more efficient manner. 

[10] In addition, with the widespread use of the Intemet in electronic commerce, 

credit card applications are routinely submitted online and approvals, in a lot of cases, are 
granted within a short period of time, typically in a matter of minutes. Furthermore, along 
with the approval, a corresponding credit account is opened almost immediately and available 
for use by the account holder. A credit account opened in this matter is often referred to as 
instant credit account. Under conventional systems, an instant credit account only contains 
minimal information and a batch process still needs to be run to fixUy establish such credit 
account. For example, certain parameters need to be populated to allow fraud monitoring and 
prevention measures to become effective. Since these parameters are populated via the batch 
process, activation of the fraud monitoring and prevention measures is restrained by the 
execution of the batch process. Consequently, instant credit accounts are likely to be more 
susceptible to fraudulent activities. Hence, it would also be desirable to provide a 
computerized method and system which is capable of protecting instant credit accounts in a 
more efficient manner. 


SUMMARY OF THE INVENTION 
[111 A method and system for processing credit card payments is provided. 

According to one exemplary aspect of the system, a client is able to submit payment 
transactions in different formats for processing. A payment transaction may relate to a 
5 payment made to a corresponding credit accoimt or a reversal which need to be performed to 
retract a previously made payment which is erroneous. Depending on the submission format, 
the system can process the payment transaction by using either a batch process or a right-time 
process. The right-time process processes the payment transaction in real-time upon 
submission thereby allowing the corresponding credit account to be updated in a more timely 

10 mamier. In particular, the right-time process adjusts the available credit relative to the 

corresponding credit account in a real-time mamier so that the available credit closely tracks 

. : or reflects payments made to the credit account. 

13 [121 Optionally, information relating to the available credit is provided to customer 

service to allow customer service representatives to better service the account holder. 

JJs Furthermore, information relating to the payment transaction can also be provided to 

collections to allow collections agency to better manage delinquent accounts and provide 

s improved services. 

j =1 [13] Furthermore, according to another exemplary aspect of the system, when a 

'^^"^ • J- 

13 new credit account is opened in real-time, a set of restrictions is also applied to the new credit 

^lo account in real-time. The set of restrictions can be provided by an issuer that issues the new 

^ credit account; altematively, the set of restrictions can be a set of default restrictions provided 

by the system. The set of restrictions is designed to focus on a transaction incurred in 

connection with the new credit account and minimize any fraudulent activities until the new 

credit account is fully established. The new credit account can be fully estabhshed by 

25 executing a batch process. Upon fully establishing the new credit account, a fraud 

monitoring and prevention system is enabled to take over detecting the fraudulent activities in 

connection with the new credit account. 

[14] Reference to the remaining portions of the specification, including the 

drawings and claims, will realize other features and advantages of the present invention. 
30 Further features and advantages of the present invention, as well as the structure and 

operation of various embodiments of the present invention, are described in detail below with 
respect to accompanying drawings, like reference numbers indicate identical or functionally 
similar elements. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[15] Fig. 1 is a simplified block diagram illustrating a general, conventional batch 

processing system which processes credit card payment; 
5 [16] Fig. 2 is a flow diagram illustrating the operations of one aspect of an 

exemplary embodiment of the present invention; and 

[17] Fig. 3 is a flow diagram illustrating the operations of another aspect of an 

exemplary embodiment of the present invention. 

10 DETAILED DESCRIPTION OF THE INVENTION 

[18] The present invention in the form of one or more exemplary embodiments will 

1^ now be described. An exemplary embodiment of the present invention is implemented as 

!:5 part of a computer system or infrastructure, such as the one described in U.S. Patent 

1.11 

2 AppUcation Serial No. [to be assigned], entitied "METHOD AND SYSTEM FOR 

lis PROCESSING CREDIT CARD RELATED TRANSACTIONS," by Zelechoski et al., filed 

S3 on March 4, 2002, and commonly assigned and owned, the disclosure of which is hereby 

incorporated by reference in its entirety as if fully set forth herein for all purposes. Based on 

fi 

n the disclosure and teaching provided herein, a person of ordinary skill in the art would know 

^ 5 of other ways and/or methods to implement the present invention. 

iJf 0 [19] Fig. 2 is a flow diagram illustrating the operations of one aspect of an 

^ exemplary embodiment in accordance with the present invention. Prior to engaging step 20, 
payments are received by a client or user from account holders. Many different types of 
vehicles can be used to make a payment on a credit accoxmt including, for example, check, 
money order, cash, credit card, debit card, electronic fund transfer, wire transfer, coupon, etc, 
25 In addition, payments can be received from a number of different sources, such as, a teller, an 
ATM, a retailer, online banking and mail. The payments are first processed by the client or 
user. Relevant information for each payment is captured and put into the proper format in the 
form of a payment transaction. The payment transaction further includes other information 
relating to the client. A payment transaction created by the client or user is not limited to a 
30 payment received for an amount owed on a credit account but also includes any type of 
monetary transaction which may have an impact on the available credit or open-to-buy 
amount relating to fliat credit account. For example, a payment transaction can be generated 
by the client to represent a reversal reversing a previously paid amount that is erroneous. 
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[20] It should be understood that, for illustrative purposes, while the operations of 

the exemplary embodiment is described with respect to an individual payment transaction 
submitted by a client, the present invention is similarly applicable to processing multiple 
payment transactions submitted by a number of different clients. Referring to Fig. 2, at 20, a 
5 payment transaction to be applied to the corresponding credit account is submitted by the 
chent or user. A payment transaction can be submitted by the client or user in one of three 
ways. More specifically, the payment transaction can be submitted electronically or via one 
of two different types of tapes or other storage media. As described above, the client or user 
extracts the relevant information for each payment submitted by an account holder and 
10 incorporates such information into the proper format in a payment transaction. Such format 
includes, for example, an electronic format and two different types of tape formats. As will 
1^ be more fully described below, depending on how the payment transaction is submitted by 
the client, either a right-time process or a batch process is invoked to process the payment 
^0 transaction. At 22, the payment transaction submission method is verified to determine 
I il 5 which process should be invoked to process the payment transaction. 

[21] A payment transaction submitted via a batch tape is referred to as a batch 

3 payment transaction. The batch process is invoked at a specific time to process the batch 
hj payment transactions contained in the batch tape. Typically, the batch process is initiated to 
process the batch tape at a designated time each day. Upon initiation, the batch process 

1310 operates as follows. At 24, the batch payment transaction is received or read firom the batch 

III 

tape. At 26, the batch payment transaction is validated to ensure that the batch payment 
transaction can be processed. At 28, the batch payment transaction is matched up with a 
right-time payment transaction, if any. As will be fixrther explained below, processed right- 
time payment transactions are delivered to the batch process. This step is performed to 

25 ensure that duplicate entries are not processed against the same credit account. It should be 
understood that in an alternative exemplary embodiment, this step may not be performed 
depending on how batch payment transactions and right-time payment transactions are 
organized and submitted. For example, if the batch payment transactions and the right-time 
payment transactions are mutually exclusive of each other, then this step 28 need not be 

30 performed. After 28, at 30, payment transactions fi"om a right-time tape are inserted into the 
batch process for processing. The insertion of payment transactions from the right-time tape 
will be further described below. At 32, the batch payment transaction is applied against the 
corresponding credit account. For example, the payment amount can be divided and apphed 
to various portions of the account balance. At 34, the available credit or open-to-buy amount 
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is adjusted based on the applied payment amount of the batch payment transaction. The 
payment amount of the batch payment transaction to be applied to the available credit varies 
depending on a number of factors, such as, the attributes or conditions of the credit account. 
For example, if the credit account has a history of boxmced check payments and the payment 
amount is made in check, then the available credit may not be adjusted until the check is 
cleared. On the other hand, if the payment amount was made in cash, then the full payment 
amount may be applied to the available credit. In another example, the amount of available 
credit to be adjusted is determined by an external system in order to minimize fraud. At 36, 
the corresponding credit account is updated. 

[22] If the payment transaction is submitted via either the right-time tape or the 

electronic format, then the right-time process is invoked to process the payment transaction in 
real-time. A payment transaction submitted and processed in the foregoing manner is 
referred to as a right-time payment transaction. The right-time process differs from the batch 
process in that the right-time process is invoked immediately or as soon as practicable upon 
receipt of a right-time payment transaction. 

[231 A right-time payment transaction can be submitted electronically. For 

example, a client or user may submit right-time payment transactions for processing via a 
computer network, such as the Internet, or a dedicated communication link, such as a Tl 
trunk. At 38 a right-time payment transaction is received and verified to insure that the right- 
time payment transaction is in the proper format. 

[24] At 40 the right-time payment transaction is validated to ensure that the right- 

time payment transaction can be processed. As part of this validation process, a number of 
validation checks are performed. For example, if a right-time payment transaction relates to a 
reversal, i.e., a previously made payment is to be retracted, then a match is performed in an 
attempt to match this right-time payment transaction against the previous right-time payment 
transaction relating to the previously made payment. If no match is found, the right-time 
payment transaction is declined and not processed. In addition, the right-time payment 
transaction is checked to make sure that the client who submitted the right-time payment 
transaction is authorized to conduct activities relative to the credit account identified by the 
right-time payment transaction. Moreover, the right-time pajonent transaction is also 
checked to ensure that the client number, the credit account mmiber and the payment amount 
are valid. It should be understood that, in addition to the foregoing, other validation checks 
may also be performed. 


[25] At 42, the corresponding credit account (and the associated information) for 

that right-time payment transaction is retrieved. Then, using the retrieved information, the 
status of the credit account is evaluated to determine how the right-time payment transaction 
is to be applied. 

[26] At 44, the delinquency status of the credit account is determined. If the credit 

account is currently delinquent, then the right-time payment transaction is applied to the 
delinquent amount. If the right-time payment transaction relates to a pajmient, then the 
delinquent amount is decremented by the pajmient amount. If the payment amount is greater 
than or equal to the delinquent amount, then the delinquent status is changed to reflect that 
the credit account is no longer delinquent and the number of days delinquent is adjusted to 
zero. On the other hand, if the right-time payment transaction relates to a reversal (at this 
point, this right-time payment transaction matches up with a previous right-time payment 
transaction because it passed the validation check) and the previous right-time payment 
transaction brought the credit account out of delinquency, then the delinquency status, the 
deUnquency amount and the number of days delinquent are restored to their respective values 
prior to the previous right-time payment transaction. In other words, the credit account is 
rendered delinquent due to reversal or retraction of the previously made payment. 
[27] At 46, the right-time payment transaction is applied to the available credit or 

open-to-buy amoimt. The available credit is adjusted upward or downward based on whether 
the right-time payment transaction relates to a payment or a reversal. When applying the 
right-time payment transaction to the available credit, the available credit will not be 
increased beyond a preset credit line assigned to that credit accoimt. Furthermore, as 
mentioned above, the payment amoimt of the right-time payment transaction to be applied to 
the available credit varies depending on a number of factors, such as, the attributes or 
conditions of the credit account. For example, if the credit account has a history of bounced 
check payments and the payment amount is made in check, then the available credit may not 
be adjusted until the check is cleared. On the other hand, if the payment amount was made in 
cash, then the full payment amount may be applied to the available credit. Similarly, based 
on evaluation of the factors, portions of the payment amount may be applied to the available 
credit accordingly. 

[28] At 48, fraud attributes relating to the right-time payment transaction are 

updated. For example, one of the attributes that is updated reflects the number of days since 
the last payment was applied to the credit account. If the right-time payment transaction 
relates to a payment, this attribute is reset to zero to reflect the payment that has just been 
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made. Another attribute that is updated reflects the aggregate amount of payments that were 
made within a preceding period, for example, the last 30 days. If the right-time payment 
transaction relates to a payment, this attribute is incremented to include the payment amount 
identified in the right-time payment transaction. On the other hand, if the right-time payment 
5 transaction relates to a reversal, this attribute is decremented accordingly. Optionally, these 
updated firaud attributes can be supplied by a computerized system, such as, a system called 
"Falcon" sold by HNC, or other commercially available systems, to allow account activities 
to be analyzed for purposes of detecting and preventing fraud. 

[29] At 50, the corresponding credit account is updated. After the credit account is 

10 updated, a number of other functions are also performed by the right-time process. 

Optionally, these other functions can be performed in either a serial or a parallel manner. For 
example, at 52, the updated account information pertaining to the updated credit account is 
commimicated to customer service which is usually made available customer service 
representatives via customer service screens. By providing this updated information to 
f 115 customer service, customer service representatives may then, in torn, convey the latest 
l il account information to the cardholder in the event of an inquiry. 

[30] At 54, information relating to the processed right-time payment transaction is 

delivered to a reporting function which compiles information and reports relating to all the 
processed right-time payment transactions. 

I^IO [31] At 56, the information relating to the processed right-time payment transaction 

111 

is also delivered to the client or user who submitted the right-time payment transaction for 
processing to notify the client of the result of the processed right-time payment transaction. 
For example, the client is informed of a right-time payment transaction that has been rejected 
due to a failed validation check or a right-time payment transaction relating to a reversal that 
25 has been rejected due to non-existence of a matching previous right-time payment 
transaction. 

[32] At 58, the information relating to the processed right-time payment transaction 

is commimicated to a billing function which keeps track of the nxmiber of processed right- 
time payment transactions for the client or user for billing purposes. 
30 [33] At 60, the updated account information pertaining to the updated credit 

account is also communicated to collections. The updated account information may be 
provided in the form of an action entry, a collection memo or an external collection source 
file which is specific to the client submitting the right-time payment transaction. The 
external collection source file may include fields, such as, account number, date, amount, 
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payment source, payment type, input source, time and transaction type. Optionally, the 
updated account information can be fed to a computerized collections system whose primary 
function is to initiate and coordinate collections actions. Such computerized collections 
system may be custom developed or provided by a commercial vendor. By providing this 
5 updated information to collections, collection agents may then more appropriately adjust their 
plan of action relating to the corresponding credit account. For example, armed with the 
latest accoimt information, a collection agent may call the cardholder to thank the cardholder 
for his/her payment as opposed to demanding payment which had already been made. 
[34] Furthermore, after the corresponding credit account is updated, at 62, the 

10 pertinent information is delivered to the batch process for reconciliation to eliminate 

duplicate entries made against the same credit account. As mentioned above, this step is 
^ optional depending on how the batch payment transactions and the right-time payment 
transactions are organized. 

[35] As mentioned above, the right-time payment transaction can also be submitted 

1115 via a right-time tape. The right-time tape differs from the batch tape in that the right-time 

tape is processed immediately or as soon as practicable upon submission. At 64, a right-time 
payment transaction from the right-time tape is received. At 66, the right-time payment 
transaction is validated to ensured that this right-time payment transaction can be processed. 
At 68, the right-time payment transaction is checked to determine whether the right-time 
0 process should be initiated to process this right-time payment transaction. It should be noted 
that, in some instances, only some (or none) of the payment transactions contained on the 
right-time tape may need to be processed by the right-time process. In other words, the right- 
time payment transactions which are to be processed are selectively extracted from the right- 
time tape. Hence, the client can selectively designate which of the payment transactions, if 
25 any, on the right-time tape are to be processed by the right-time process. At 70, information 
relating to the extracted right-time payment transactions is communicated to a reporting 
function which, amongst other things, complies and reports information relating to the 
extracted right-time payment transactions. The extracted right-time payment transactions are 
then put into the appropriate format and delivered to the right-time process for processing at 
30 38, as described above. Since the right-time tape may contain payment transactions which 
are not designated for processing by the right-time process, these payment transactions (since 
they have already been validated) can now be inserted into the batch process, at 30 as 
previously mentioned, to await processing. 
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[36] It should be understood that while the above is described with respect to an 

individual credit account, it will be appreciated by a person of ordinary skill in the art that the 
present invention can be applied to relationship credit accounts, such as, family member 
accounts and corporate accounts, and that the present invention can also be applied to other 
types of accounts. 

[37] Fig. 3 is a flow diagram illustrating the operations of another aspect of an 

exemplary embodiment in accordance with the present invention. At 80, an applicant 
completes and submits a credit application to apply for a credit account. The completion and 
submission of the credit application may be achieved electronically online. At 82, upon 
reviewing the applicant's information provided in the credit application as well as 
information from other sources, such as a credit reporting bureau, the credit application is 
either approved or rejected in real-time. If the credit card application is approved, a credit 
account is opened in real-time. The approval may then be conveyed to the applicant 
immediately. For example, if the applicant applies for the credit account online, the approval 
can be relayed to the applicant in the same communication session; alternatively, the 
applicant may be contacted, for instance, by telephone. In any event, upon receiving the 
approval, the applicant, now the account holder, can begin using the newly opened credit 
account. 

[38] At 84, when opening the credit account, certain restrictions are concurrently 

placed on the credit account in real-time. These restrictions are used because the newly 
opened credit account is not yet fully established to allow fraud monitoring and prevention 
measures to effectively keep track of such credit account. At 86, these restrictions with 
respect to the newly opened credit account are observed until the newly opened credit 
account is fully established. A batch process may be run at a designated time in a processing 
cycle to fully establish the newly opened credit account. A newly opened account is 
considered fully established when all the relevant information and parameters are recorded 
against the account. For example, certain parameters relating to the newly opened credit 
account may need to be populated or established to enable the fraud monitoring and 
prevention measures to effectively monitor such credit account. Such parameters include, for 
example, home address, home phone number, zip code and open date. An example of a 
system which offers fraud monitoring and prevention measures is a system called "Falcon" 
sold by HNC. Hence, before the batch process is run, these restrictions are instituted to 
minimize fraudulent activities. Once the batch process is run, the fraud monitoring and 
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prevention measures may take over to monitor the activities of the newly opened credit 
account. 

[39] The restrictions imposed on the newly opened credit account may vary. For 

example, these restrictions may be issuer-specific. That is, the issuer who issues the newly 
opened credit account may utilize its own restrictions to govem its credit accounts. 
Alternatively, a system which is capable of imposing such restrictions may utilize a set of 
default restrictions when issuer-specific restrictions are not available. For instance, a system 
may be capable of opening new credit accounts for various issuers. One or more of the 
issuers using this system may choose to provide their own restrictions when new credit 
accounts are opened on their behalf; other issuers may choose to use the set of default 
restrictions offered by the system. 

[40] The restrictions are designed to, preferably, focus on an individual transaction. 

Restrictions are typically driven to focus on merchant type (Intemet gambling, etc.), account 
type (Gold v. Platinum v. Classic v. Cobranded) and transaction type (cash v. merchandise 
purchase). For example, one restriction may linwt the transaction amount for each individual 
transaction to a percentage of the available credit, such as, limiting a single transaction 
amount limit to 50% of the available credit Another restriction may limit the type of 
transaction which may be incurred with the newly opened credit account. For instance, 
transactions involving Intemet adult entertainment or gambling may not be allowed. A 
person of ordinary skill in the art will know how to design such restrictions using other types 
of information in accordance with the present invention. 

[41] Consequently, when an accoimt holder attempts to use the newly opened credit 

account in violation of any of the restrictions, the requested transaction will not be authorized 
thereby minimizing any fi'audulent activities. More generally, an activity on a newly opened 
credit account can be authorized, or declined, or referred to a live agent for decision (i.e., 
obtain additional information before the approve/decline decision is made). Also, the 
recently incurred activity can also be queued up for review by a fi*aud analyst so as to allow 
possible foUowup with the account holder to verify that the incurred transaction was 
legitimate thereby possibly limiting (or stop limiting) further activity on the account. 
[42] It should also be understood that the present invention may be implemented in 

the form of control logic using software, hardware, or a combination of both, in a modular or 
integrated manner. The present invention can be implemented as a stand-alone system or as 
part of a larger computer system. Based on the disclosure provided herein, a person of 
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ordinary skill in the art will know of other ways and/or methods to implement the present 
invention, 

[43] It is understood that the examples and embodiments described herein are for 

illustrative purposes only and that various modifications or changes in light thereof will be 
5 suggested to persons skilled in the art and are to be included within the spirit and purview of 
this appHcation and scope of the appended claims. All publications, patents, and patent 
applications cited herein are hereby incorporated by reference for all purposes in their 
entirety. 
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